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DETAILED ACTION 

1. This office action is responsive to communications filed 2 July 2001. 

2. Claims 1-12 have been examined. 

Claim Rejections - 35 USC § 101 

3. 35 U.S.C. 101 reads as follows: 

Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any 
new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of 
this title. 

Claims 7-9 are rejected under 35 U.S.C. 101 because the claimed invention is directed to non- 
statutory subject matter. 

The invention as disclosed in claims 7-9 is directed to non-statutory subject matter. The claimed 
invention as a whole must accomplish a practical application. That is, it must produce a "useful, 
concrete and tangible result." (State Street Bank & Trust Co. v. Signature Financial Group Inc., 
149 F.3d at 1373, 47 USPQ2d at 1601-02.) 

Specifically, the claims are directed to an object which includes a smart pointer, the smart 
pointer being adapted to perform a variety of steps. However, the object and smart pointer simply 
represent an abstract concept, and do not consist of a tangible embodiment. Furthermore, even if it 
were tangibly embodied, the language as stated in claim 7 only amount to descriptive material which 
is not recited as producing any useful, concrete and tangible result. Dependent claims 8 and 9 
indicate that various attributes can be streamed out or determined due to the smart pointer, 
however, the steps of streaming and determining still amount to an abstract concept, and do not 
produce a tangible result as required by the State Street Formulation. 

On this basis, claims 7-9 are rejected under 35 U.S.C. § 101. 
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Claim Rejections - 35 USC § 1 02 

4. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless — 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed in 
the United States before the invention by the applicant for patent or (2) a patent granted on an application for patent 
by another filed in the United States before the invention by the applicant for patent, except that an international 
application filed under the treaty defined in section 351(a) shall have the effects for purposes of this subsection of an 
application filed in the United States only if the international application designated the United States and was 
published under Article 21(2) of such treaty in the English language. 

5. Claims 1-10 are rejected under 35 U.S.C. 102(e) as being anticipated by U.S. Patent 6,125,364 
to Greef et al, hereafter referred to as Greef. 

Per claim 1: 

Greef discloses: 

a method for creating a plurality of objects from data in persistent storage ("The class 
identifier is used to invoke the object creation method on the correct class object. . in col. 
6 lines 50-52) 

the objects having object pointers, unique object identifiers, and object types as attributes 
("Each entity in the system has a unique object identifier and a class identifier. . .objects have 
lists of smart pointers. . in col. 4 lines 21-41) 
- reading the total number of type sets (Note Figure 10, item 401. The offset represents the 
total number of type sets.) 

for each type set, read the total number of objects in each type set (Note Figure 10, item 
402) 
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for each object in said type set, creating an object form said data in persistent storage (Note 
Figure 10, item 404) 

for each object pointer in said objects, obtaining the unique object identifier corresponding 
to said object pointer ("The smart pointer asks the Class that corresponds to the objects's 
class identifier. . ." in col. 4 lines 59-60) 

for each obtained unique object identifier, obtaining the object address corresponding to 
said unique object identifier and setting each of said object pointers to said corresponding 
object address ("The smart pointer asks the Class that corresponds to the objects's class 
identifier, to create an object of that class 5 ' in col. 4 lines 59-61. It inherendy obtains the 
address so that it can create the object.) 
substantially as claimed. 

Pet claim 2: 

The rejection of claim 1 is incorporated, and further, Greef discloses objects created in a first pass 
and said objects' pointers values are set in a second pass subsequent to the first pass as claimed 
(Note Figure 10, items 404 and 407 and the corresponding sections of the disclosure. The object is 
created first, then the data objects are populated.) 

Per claim 3: 

The rejection of claim 1 is incorporated, and further, Greef discloses attempting to obtain object 
addresses, and setting object pointers equal to said object address if said pointed to objects exist, 
otherwise deferring said setting object pointer step until object exists as claimed ("When an 
operation is invoked on a smart pointer, the object that is points to is faulted into the entity cache if 
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it does not already exist. This is done by invoking an operation on the Data Store that can find an 
object. . .A smart pointer is then created and the smart pointer asks the Class that corresponds to the 
object's class identifier . . in col. 4 lines 52-60.) 

Pet claim 4: 

Greef discloses: 

a method for writing a plurality of objects in non-persistent storage to persistent storage 
("Figure 7 is a flowchart demonstrating 'storing 7 objects on a flexible nonvolatile or 
persistence memory" in col 5 lines 49-50) 

the objects having pointers to objects, unique object identifiers, and object types as attributes 
("Each entity in the system has a unique object identifier and a class identifier. . .objects have 
lists of smart pointers. . in col. 4 lines 21-41) 

grouping together said objects into type sets, wherein each of said objects in each of said 
type sets have the same type, wherein each of said type sets have a set population equal to a 
total number of objects inhabiting said type set ("Objects can be stored individually or 
grouped with other objects" in col. 2 lines 16-17. Further, the sets would inherendy have a 
set population equal to the total number of objects inhabiting the set, as the set population is 
a direct reflection of what is contained in the set; they would be identical.) 
counting each of said type sets and arriving at a total number of sets ("The class count 
field..." in col. 6 line 45) 

converting each of said objects to a persistable form including obtaining a persistable form 
for each of said pointers to objects by obtaining a unique object identifier corresponding to 
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each of said pointers to objects (fill the DataCursor's buffer with class member data, class 
identifiers and class data offsets. . ." in col. 5 lines 58-59) 

writing said total number of type sets to persistent storage (Note Figure 8 and the 
corresponding sections of the disclosure.) 

writing each of said type sets to persistent storage (Note Figure 8 and the corresponding 
sections of the disclosure.) 
substantially as claimed. 



Per claim 5: 

Greef discloses: 

a method for storing and restoring user objects to persistent storage ("Figure 7 is a flowchart 
demonstrating 'storing' objects on a flexible nonvolatile or persistence memory" in col. 5 
lines 49-50) 

creating a persistence controller object for managing the persistence of the user objects 
(Note Figure 2 and the corresponding sections of the disclosure) 

providing a plurality of user defined classes, the classes derived from a common object base 
class (Note Figure 5 and the corresponding sections of the disclosure) 

creating a plurality of instances of user objects belonging to the user defined classes (Each of 
these classes must also be able to create a new instance of its type. . in col. 5 lines 33-34) 
providing a stream-in method and a stream-out method for each of the user defined classes 
("streaming objects into and out of persistence is the Data Base Cursor and the Data 
Store. . ." in col. 4 lines 42-43) 
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registering each added user defined class and added user object in a registry (Note Figure 2 
and the corresponding sections of the disclosure, wherein the system is using a database. 
Further, "the data base will only save dirty entities. . in col. 4 lines 47-48. The database 
serves as a registry.) 

grouping the objects according to class (Note Figure 4 and the corresponding sections of the 
disclosure) 

Storing the grouped user objects to persistent storage using the stream-out methods (Note 
Figure 7, item 101. The DataStore directs the data cursor to storage the objects.) 
Loading the stored objects from storage into memory using the stream-in methods (Note 
Figure 9, item 301. The DataStore directs the data cursor to fetch the objects.) 
Registering the user objects in the registry ("the data base will only save dirty entities. . in 
col. 4 lines 47-48. The database serves as a registry.) 
substantially as claimed. 

Per claim 6: 

The rejection of claim 5 is incorporated, and further, Greef discloses wherein user defined classes 
have pointers pointing at objects derived from the base class, wherein, when the pointers have a 
unique identifier associated with the pointer, wherein the saving step includes saving the unique 
identifiers associated with the pointers, and wherein the loading step includes setting the unique 
identifier value for each loaded object, obtaining the new address of each loaded user object, and 
using the stored unique identifier associated with each pointer along with the new address to set 
each pointer value to the new address as claimed ("This is done by invoking an operation on the 
Data Store that can find an object in the nonvolatile memory when it is provided with the object's 
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unique identifier. A smart pointer is then created and the smart pointer asks the Class that 
corresponds to the object's class identifier, to create an object. . ." in col 4 lines 55-61) 

Per claim 7: 

Greef discloses: 

an object having a smart pointer, wherein the smart pointer includes an address attribute for 
containing the address of an object, and an object unique identifier attribute for containing 
the unique identifier of an object (Note Figure 1, the Entity Smart Pointer element. Further, 
cc When an operation is invoked on a smart pointer, the object that is points to is faulted. . ." 
in col. 4 lines 52-54. The smart pointer inherently contains an address of the object that it 
points to.) 

wherein the object smart pointer has an assignment operation which stores the address of 
the object being pointed to and the unique identifier of the object being pointed to ("A 
smart pointer is then created and the smart pointer asks the Class that corresponds to the 
object's class identifier. . ." in col. 4 lines 58-60) 
substantially as claimed. 

Per claim 8: 

The rejection of claim 7 is incorporated, and further, Greef discloses a stream-out method for 
streaming out the smart pointer address attribute and unique identifier attribute as claimed ("A smart 
pointer is then created. . in col. 4 lines 58-59. Since the smart pointer is created from the 
persistentiy stored object data, it was inherendy streamed out to the smart pointer.) 



Application/Control Number: 09/897,552 Page 9 

Art Unit: 2124 

Per claim 9: 

The rejection of claim 7 is incorporated, and further, Greef discloses the object including a load 
method for using the smart pointer unique identifier attribute to determine and load a new smart 
pointer address attribute ("the smart pointer asks the Class that corresponds to the object's class 
identifier, to create an object of that class" in col. 4 lines 59-61) 

Per claim 10: 

Greef discloses: 

a method for writing computer objects to persistent storage ("Figure 7 is a flowchart 
demonstrating 'storing' objects on a flexible nonvolatile or persistence memory" in col. 5 
lines 49-50) 

providing a plurality of software objects to be stored, wherein the objects are instantiations 
of at least one class to be storable, wherein the storage is in persistent storage (Note Figure 4 
and the corresponding sections of the disclosure) 

wherein each of the classes has a unique class ID, and wherein each of the objects has a 
unique object ID ("a unique object identifier and a class identifier. . in col. 4 lines 21-22) 
providing smart pointers for at least some objects, wherein the smart pointers include an 
address portion to contain the address of the object being pointed to and an object identifier 
portion to contain an objection identifier of the object being pointed to (Note Figure 1, the 
Entity Smart Pointer element. Further, "When an operation is invoked on a smart pointer, 
the object that is points to is faulted. . in col 4 lines 52-54. The smart pointer inherentiy 
contains an address of the object that it points to.) 
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providing a persistent object controller for controlling the lifecycle of objects to be saved to 
persistent storage and loaded from persistent storage ("for streaming objects into and out of 
persistence is the Data Base Cursor and the Data Store. . in col. 4 lines 41-42) 
providing a Persistent Object Registry for maintaining a database of objects to be saved to 
persistent storage, wherein the Persistent Object Registry is in communication with the 
persistent controller object (Note Figure 2 and the corresponding sections of the disclosure, 
wherein the system is using a database. Further, "the data base will only save dirty 
entities. . ." in col. 4 lines 47-48. The database serves as a registry.) 
providing a first save method to save all objects in the Persistent Object Registry to 
persistent storage (Note Figure 7, item 101 and the corresponding section of the disclosure) 
providing a second save method for saving the attributes of each class having objects to be 
saved to persistent storage, wherein the second save method is called by the first save 
method (Note Figure 7, item 102 and the corresponding section of the disclosure) 
providing a first load method for loading all objects saved in a file in persistent storage (Note 
Figure 9, item 301 and the corresponding section of the disclosure) 

providing a second load method for loading the attributes of each class having objects to be 
loaded from persistent storage, wherein the second load method is called by the first load 
method (Note Figure 9, item 302 and the corresponding section of the disclosure) 
registering the objects to be saved with the Persistent Object Registry using the persistent 
object controller, including storing the class ID and object ID of the objects to be saved 
("saves it to permanent storage using the object identifier as the unique key" in col. 5 lines 
62-63. Further, the data is stored in the database, which acts as the registry.) 
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writing the objects to be saved to persistent storage using the first save method and second 
save method (Note Figure 7 and the corresponding sections of the disclosure) 
reading the objects stored from persistent storage using the first load method and the second 
load method (Note figure 9 and the corresponding sections of the disclosure) 
resolving the smart pointer object address attributes by using the object ID attribute value to 
search the Persistent Object Registry to retrieve the current address of the object being 
pointed to ("invoking an operation on the Data Store that can find an object in the 
nonvolatile memory when it is provided with the object's unique identifier. The Data Store 
returns a Data Cursor with the objects contents. A smart pointer is then created and the 
smart pointer asks the Class that corresponds to the objects class identifier, to create an 
object of that class" in col. 4 lines 55-61) 
substantially as claimed. 

Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 
102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the 
subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

7. Claim 11 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. Patent 6,125,364 
to Greef et al, hereafter referred to as Greef, in view of prior art of record, "Dr. GUI on 
Components, COM, and ATL", hereafter referred to as Dr. GUI. 



Application/Control Number: 09/897,552 Page 12 

Art Unit: 2124 

Per claim 11: 

The rejection of claim 10 is incorporated, and further, Greef does not explicidy disclose objects 
being Component Object Model (COM) objects. Dr. GUI discloses that the use of COM objects 
were well known in the art at the time the invention was made ("The Component Object Model 
(COM) is a way for software components to communicate with each other" on pages 5-6, section 
tided Ok, so what is COM?). It would have been obvious to one of ordinary skill in the art at the 
time the invention was made to use COM objects as disclosed by Dr. GUI with the persistent object 
storage system of Greef, as this would allow a user to retain object information through the 
persistent storage, while enabling the added benefit of easy component communication regardless of 
what machine they're running on, as disclosed on page 6 of Dr. GUI. 

8. Claiml2 is rejected under 35 U.S.C. 103(a) as being unpatentable over U.S. Patent 6,125,364 
to Greef et al, hereafter referred to as Greef, in view of U.S. Publication 2003/0163596 Al to Halter 
et al, hereafter referred to as Halter. 

Per claim 12: 

Greef discloses: 

a method for managing persistent object lifecycles ("object persistence framework. . in col. 
3 lines 41-42) 

providing for each object a unique object identifier attribute, an object type attribute, and an 
object address ("a unique object identifier and a class identifier. . in col. 4 lines 21-22. The 
object inherendy has an address in the system.) 
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providing an object registry object for maintaining a correspondence between said unique 
object identifier attribute, said object address, and said object type attributes ("the Data Store 
that can find an object. . .when it is provided with the objects unique identifier" in col. 4 lines 
55-57. The Data Store is an object of the database registry.) 

creating a first object having a first object type, a first object address, and a first unique 
object identifier, and storing said first unique object identifier, address, and type in said 
object registry ("has the object. . .fill the DataCursor's buffer with class member data, class 
identifiers and class data offsets. . .the data store saves it to permanent storage using the 
object identifier as the unique key. . in col. 5 lines 57-63) 

creating a second object having a second object type, a second object address, and a second 
unique object identifier, and storing said second unique object identifier, address, and type in 
said object registry, said second object having a pointer attribute set equal to said first object 
address (Note Figure 4 and the corresponding section of the disclosure. Persistent-Object-C 
contains a pointer address to Persistent-Object-B.) 

providing said second object pointer attribute to said object registry and obtaining said first 
object unique identifier corresponding to said second object pointer attribute in return ("A 
smart pointer is then created and the smart pointer asks the Class that corresponds to the 
object's class identifier. . in col. 4 lines 58-60) 

writing said second object to persistent storage as second object data, and writing said first 
object unique identifier corresponding to said second object pointer attribute to persistent 
storage, such that said written first object unique identifier is associated with said second 
object pointer attribute in persistent storage ("If the object is not the top of the class 
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hierarchy. . .then the storage method on its super classes are invoked as noted by the 
query. . in col 6 lines 2-6) 

reading said second object data from persistent storage and creating said second object 
having said second object type (Note Figure 10 and the corresponding sections of the 
disclosure) 

reading said first object unique identifier associated with said second object data from 
persistent storage ("A smart pointer is then created and the smart pointer asks the Class that 
corresponds to the object's class identifier. . ." in col. 4 lines 58-60) 

providing said object registry with said first object unique identifier and obtaining said first 
object address in return ("the Data Store that can find an object. . .when it is provided with 
the objects unique identifier" in col 4 lines 55-57. The Data Store is an object of the 
database registry.) 

setting said second object pointer attribute equal to said first object address, such that said 
second object pointer attribute again points to said first object ("A smart pointer is then 
created and the smart pointer asks the Class that corresponds to the object's class 
identifier. . in col 4 lines 58-60. The smart pointer pointers to the corresponding class.) 
substantially as claimed. Greef does not explicidy disclose deleting said second object from non- 
persistent storage. Halter discloses in an analogous object-oriented persistence storage system the 
ability to delete objects from non-persistent storage ("when a reference object is no longer pointed 
to, the reference object, like any other object can be garbage collected" in paragraph 0070). It would 
have been obvious to one of ordinary skill in the art at the time the invention was made to use the 
garbage collecting techniques of Halter with the persistent storage system of Greef, as this would 
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conserve system resources by removing objects which are no longer needed, as stated in paragraph 
0070 of Halter. 

Conclusion 

9. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Trent J Roche whose telephone number is (703)305-4627. The examiner can 
normally be reached on Monday - Friday, 9:00 am - 5:30 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's supervisor, 
Kakali Chaki can be reached on (703)305-9662. The fax phone number for the organization where 
this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR system, 
see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Trent J Roche 
Examiner 
Art Unit 2124 




tbchmolow mm 2100 



